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Introduction 

Mobile handheld multifunction devices capable of both voice and data 
5 functions have proliferated in recent years. Certain mobile devices are capable 
of different network type connections. Examples of these different network 
types include the public switched telephony network (PSTN), mobile or wireless 
voice networks, e.g., public local mobile networks (PLMNs), IP networks, and 
public wireless local area networks (PwLANs), etc. The PSTN refers to the 

10 public phone networks as known by those of ordinary skill in the art. The PSTN 
is composed of switches and Tl/El trunks, central office, etc. The PSTN uses 
circuit-switched technology, in which necessary resources are allocated 
(dedicated) for the duration of a phone call. 

An IP network (e.g., the Internet), in contrast, is composed of nodes of 

1 5 computers, servers, routers, and communications links, etc. The IP network 
employs packet-switching technology that decomposes data (e.g., voice, web 
pages, e-mail messages, etc.) into IP packets. Each packet is then transmitted 
over an IP network to a destination identified by an IP address and reassembled 
at the destination. An IP transmission is completed without pre-allocating 

20 resources from point to point. PLMNs are moving away from circuit-switched 
networks toward more and more use of packet-switched networks, including the 
use of wideband-code division multiple access (W-CDMA) and CDMA2000 
technology, all of which increase data rates for third generation (3G) wireless 
communications. 

25 Figure 1 illustrates a mobile network, or wireless telecommunications 

network 100, which can be operated by an industry wireless provider or 
operator, e.g., AT&T wireless, Vodafone, Verizon, Nextel, Sprint, and T-Mobile 
are present wireless providers. Mobile networks may include ANSI/IS-41 and 
GSM MAP types of networks. American national standards institute (ANSI) 

30 networks using code division multiple access (CDMA), time division multiple 
access (TDMA) or technologies of the like, as well as global systems for mobile 
(GSM) type networks, are well known to those skilled in the art. Such a wireless 
networks can provide cellular/PCS (personal communication service) services 
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like call origination and call delivery, streaming data, text messaging, etc., for an 
appropriately enabled roaming mobile device or handset 1 02. These wireless 
networks 100 include one or more mobile switching centers (MSCs) 104 and 
124 which are connected to a plurality of base stations (BS) 106 and 126 that are 
5 dispersed throughout the geographic area serviced by the system. The 

geographic area serviced by a wireless telecommunications system is partitioned 
into a number of spatially distinct areas called "cells." Each MSC 104 and 124 
is responsible for, among other things, establishing and maintaining calls 
between mobile devices and/or between a mobile device and a wireline terminal 

10 which is connected to the wireless network from a local and/or long-distance 
networks, e.g., the regional Bells, Sprint, MCI, etc, in the PSTN 120. 

An MSC 104/124 is a telephone switch specialized for wireless and 
mobility support. As mentioned above an MSC 104/124 performs various 
functions, including mobility management, call handoffs, call admission, call 

15 control, resource allocation, and so forth. A call and/or other data can be relayed 
from the MSC to base stations and via a wireless communication interface to the 
mobile device. 

Whenever a mobile device 102 activates or roams into a new MSC 
coverage area, i.e., the "cell" for which a given MSC is responsible, the new 

20 MSC becomes the serving MSC. A mobile device can transmit its stored 
identity, e.g., its international mobile subscriber identity (IMSI), mobile 
subscriber integrated services digital network (MsISDN) number or the like, to 
the new serving MSC via a base station. Subscriber identity information is 
transmitted over a radio channel 108 in a format compliant with an air interface 

25 standard 105, e.g. ANSI/IS-41, GSM, etc., and detected by an antenna 110 of the 
base station 106. 

A base station, in turn, transmits the subscriber identity information to 
the serving MSC, such as for example via communication line 112, where it can 
be stored in a database associated with the MSC. In order to provide mobile 
30 service to the newly registered mobile device 102, the serving MSC 104 

transmits a Mobile Application Part (MAP) based signal, such as a registration 
notification signal (IS-41 message) or location update signal (GSM message), to 
a home location register (HLR) 116 via a signaling link such as a signal transfer 

HP PDNO 2003 1 4649- 1 2 



point (STP) 1 14. An STP is a node in the signaling system 7 (SS7) telephone 
network that routes messages between exchanges and between exchanges and 
databases that hold subscriber and routing information. In the embodiment of 
Figure 1 , the STP 1 14 routes the MAP based signal to a gateway MSC 118. As 
5 shown in Figure 1 , the gateway MSC 118 can serve as a network switch for 
connecting to the public switched telephone network (PSTN) 120. In voice 
networks, voice switches known as service switching points (SSPs) query 
service control point (SCP) databases using packet switches known as signal 
transfer points (STPs). As shown in Figure 1, the PSTN 120 can be connected to 

10 a number of different gateways, e.g., 130-1, 130-2, . . ., 130-N, across multiple 
different network types. Figure 1 illustrates the PSTN 120 connected to the 
Internet 132 via gateway 130-2. The Internet 132 can, in turn, connect using 
TCP/IP to various other gateways, e.g. gateway 130-N. 

An HLR is one such database in a cellular system that contains all the 

1 5 subscribers within the provider's home service area. A visiting location register 
(VLR) is another example of a database. For call delivery, a visited network 
tracks the location of a roaming user and a VLR reports that location information 
via the mobile network to the HLR of the home network. The VLR can also 
request information from the HLR in which case the data in the HLR is 

20 transferred via SS7 to a VLR in the new area. SS7 is the protocol used in the 
PSTN for setting up calls and providing services. The SS7 protocol sets up and 
tears down the call, handles all the routing decisions and supports all modern 
telephony services, such as 800 numbers, call forwarding, caller ID and local 
number portability (LNP). LNP allows a telephone subscriber to port his/her 

25 phone number when that subscriber relocates to a different region of the country, 
even when the local area code may be different. 

An authentication center (AC) in a home network can be used for user 
registration and authentication, e.g., checking to see, among other things, if the 
user has made payments. Thus, VLRs, HLRs, SCPs, and authentication centers, 

30 among others, are examples of databases in a wireless telecommunications 
system which can store subscriber identity, location, and other user profile 
information. When a call relayed from the public switched telephony network 
(PSTN) to the home mobile switching center (MSC) is to be delivered to a 
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subscriber, the home MSC consults the HLR to determine the current 
whereabouts of the subscriber, e.g. the current serving/visited MSC, and the call 
is then directed via links and the PSTN to the visited MSC currently serving the 
mobile device. 

5 The MAP based signal, described above, can inform the HLR 1 16 of the 

network address associated with the MSC 104 currently serving the mobile 
device 1 02 and also request requisite subscriber information for providing 
mobile service to the roaming mobile device 102. The HLR 116 updates its 
database to store the network address representing the serving MSC 104 and also 

10 copies the requested subscriber information to the VLR 122 associated with the 
serving MSC 104. The network address representing the serving MSC 104 
stored in the HLR 1 16 is later utilized by the mobile network to reroute any 
incoming call intended for the mobile device 102 to the serving MSC 104. 

Figure 2 illustrates a wireless data network such as a public wireless local 

1 5 area network (PwLAN). As shown in Figure 2, the wireless data network can 

provide a signal link between a mobile device 202 and an access point (AP) 205. 
The AP 205 serves a similar role to the base station described above. The AP 
205 is linked to an access point controller (APC) 203. The APC 203 is 
connected to the AP 205 over a packet switched signal link, e.g. Internet 

20 protocol (IP) link. APC 203 can provide a packet switched signal link, IP link, 
to the Internet 221 to connect packet switched signals to an internet service 
provider (ISP) 209 having a database which can perform an authentication, 
authorization, accounting (AAA) function within the IP network for the mobile 
device 202. Similar authentication and authorization databases can exist within 

25 a proprietary wireless local area network. APs can transmit and receive 

information using Bluetooth and Wi-Fi (Wireless Fidelity) protocols, among 
others. For example, 802.1 1 is a family of IEEE standards for WLANs. The 
IEEE 802.1 la standard, for example, transmits in the 5 GHz frequency range and 
provides from 6 to 54 Mbps. The IEEE 802.1 lb standard, generally referred to 

30 as Wi-Fi, transmits in the 2.4 GHz frequency range and provides from 1 to 1 1 

Mbps. In Figure 2, such a radio/air interface 201 is illustrated between a mobile 
device and a home network. In Figure 2, as a mobile device 202 roams it 
attempts to connect to the available RF band in its current location. For 
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example, when the mobile device 202 roams into an 802.1 1 environment the 
mobile device will attempt to authenticate and register with an authentication, 
authorization, accounting (AAA) function within 802.1 1 network. 

Media platforms as used in the communications industry by mobile 
5 networks, ISPs, corporate webservers, and advertising agencies, among others, 
are computing devices that include processor and memory capabilities, e.g., 
servers and databases. Media platforms can include hardware components, such 
as trunk lines, switches, routers, etc. Media platforms can also include software, 
application modules, firmware, and other computer executable instructions 

1 0 operable thereon. Modern media platforms are becoming more and more 

functional, or intelligent, in terms of the services they can provide in cooperation 
with the software tools that are provided thereon. Communications networks use 
these media platforms to provide enhanced services such as toll-free 800 call 
routing, prepaid calling card services, voice mail, ring tones, handset display 

15 wallpaper, text messaging, interactive voice response (IVR) applications, DTMF 
(dual tone multiple frequency) services, and virtual private network call routing 
in addition to regular phone services. 

In a data services delivery environment, there are different top to bottom, 
or "stove-pipe", type software applications and connection channels. These 

20 individual applications and channels each contain their own user profile 

database. That is, as illustrated above, across different network types different 
subscriber or user profile data is stored. As such, individual user, or subscriber, 
profile date is often spread across many different network environments and 
locations which may or may not be accessible by different network applications. 

25 

Brief Description of the Drawings 
Figure 1 is a block diagram embodiment of a mobile network illustrating 
a mobile device communicating with a mobile switching center. 

Figure 2 illustrates block diagram embodiment of a wireless data 
30 network. 

Figure 3 is an embodiment of a media service delivery platform having 
connectivity to different network types. 
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Figure 4 illustrates an embodiment for a business registry of web 
services. 

Figure 5 illustrates a block diagram embodiment for the interaction of a 
program embodiment with a web services interface and a user profile service 
database. 

Figures 6A-6B illustrate flow diagrams associated with various 
embodiments. 

Figures 7-8 illustrates various method embodiments for a user profile 

service. 

Detailed Description 

Embodiments of the present invention provide for a user profile service 
(UPS) database and management program. Embodiments provide devices and 
system networks by which the UPS database and management program can be 
accessed across different network types, including mobile networks and wireless 
data networks, by different network applications. One method embodiment 
includes collecting user profile data from different network sources in a localized 
place, or database, within a mobile services delivery platform. The method 
includes providing business rule instructions to an application server within the 
platform environment to manage access to the collected user profile data in the 
database. The method further includes allowing different network service 
applications to access the collected user profile data as determined by the 
business rules. Embodiments of the UPS database and management program 
enable efficient deployment, development, integration, management, 
administration, and storage of the user profile data from the localized place in 
the mobile services delivery platform across different networks. 

Figure 3 is an embodiment of a media service delivery platform having 
connectivity to different network types. Figure 3 illustrates a number of mobile, 
portable devices, 302-1, 302-2, . . ., 302-N, which can be wireless enabled, e.g. 
can include a wireless network interface such as a wireless transceiver, wireless 
network interface card, and the like, as the same are known and understood by 
one of ordinary skill in the art. These mobile, portable devices, 302-1, 302-2, . . 
., 302-N can include wireless enabled personal digital assistants (PDAs), 
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communication handsets such as multifunction phones, Blackberry devices, 
laptop computers, among others to name a few. Each of these mobile, portable 
devices, 302-1, 302-2, . . ., 302-N may have different features and function 
capabilities dependent upon a particular device type. That is, some devices may 
5 include features such color displays and include functionality that provides for 
receiving streaming data from the Internet. Embodiments of the invention, 
however, are not limited to these examples. As described above, such wireless 
enabled devices are able to connect to access points in a network according to 
various RF protocols. 

10 An access point 320 is illustrated in Figure 3 conducting RF 

communication with such various devices. The access point 320 can include a 
base station in a mobile network and/or a wireless router/transceiver in a 
wireless LAN. In the embodiment of Figure 3, the access point 320 can be a 
wireless "hot-spot" such as a Bluetooth or Wi-Fi access point in a public 

15 location. Embodiments of the invention, however, are not limited to these 

examples. One of ordinary skill in the art will appreciate the manner in which 
such described access points 320 can provide a wireless to wireline connection 
for access to the Internet 321 . Within this Internet connection 321 can exist a 
Virtual ISP which, as understood by one or ordinary skill in the art, can facilitate 

20 Internet connection with the wireless access point and handle roaming access, 
billing, and the like. As further illustrated in Figure 3, the Internet 321 can have 
various connections, e.g., through gateways using TCP/IP, to the PSTN 320, to 
the world wide web (WWW) 345, and/or to other enterprise servers and 
applications 348 through an enterprise firewall 346 or otherwise. 

25 The embodiment of Figure 3 illustrates an embodiment of a mobile 

service delivery platform (MSDP) 301 having connections to the Internet 321, 
the PSTN 320, and the WWW 345. The MSDP 301 includes a gateway 350 for 
handling voice, data, and video traffic, etc. As one of ordinary skill in the art 
will appreciate upon reading this disclosure, in some embodiments the gateway 

30 350 can provide authentication, access, and billing for connecting to the MSDP 
301 . Such gateways are often referred to as next generation gateways (NGGs). 

In the embodiment of Figure 3 the MSDP 301 is illustrated having a 
gateway 350 connected to a mobile portal 352. The mobile portal 352 can 
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include a server that deploys portal services to a public web site or internal 
intranet. As one of ordinary skill in the art will appreciate, the mobile portal 352 
can include applications used to develop, deliver and maintain the mobile portal. 
Such applications can include a variety of application tools and functions, 
5 including user authentication, identity management, a search facility and content 
aggregation capabilities. User personalization may also be a feature, which lets 
individuals customize their own web pages. In the embodiment of Figure 3, 
these applications are illustrated, by way of example, as login 353, management 
354, and profile management 355. 

10 As shown in the embodiment of Figure 3, the MSDP 301 includes a 

mobile server 356 accessible by the mobile portal 352. The mobile server 356 is 
accessible by the mobile portal via an application server having a web services 
interface 360. The mobile portal 352 is associated with a database 362 having a 
data structure for user profile services (UPS). That is, the associated database 

1 5 362 contains user profile data. The application server having the web services 
interface 360 provides access to the associated database structure 362 for a user 
profile service (UPS). According to embodiments of the present invention, the 
application server having the web services interface 360 can be a Java 2 
Platform, Enterprise Edition (J2EE) application server. As one of ordinary skill 

20 in the art will appreciate J2EE services are performed in a middle tier between a 
user's machine and an enterprise's databases. J2EE can include enterprise 
JavaBeans (EJBs), followed by JavaServer Pages (JSPs) and Java servlets, as 
well as a variety of interfaces for linking to information resources in an 
enterprise. One example of an application server includes the BEA WebLogic 

25 Server v7 as distributed and manufactured by BEA Systems, Inc. 

According to embodiments of the invention, a program application (e.g., 
computer executable instructions) is provided to the application server having 
the web services interface 360 to expose the user profile data in the UPS 
database 362 to the mobile server 356. As discussed in more detail below, the 

30 program application includes a set of business logic instructions, which can be 
held in a memory and executed by a processor, to manage access and control of 
the user profile data. For example, the program application can execute 
instructions to register user profile data for services with the mobile server 356. 
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As shown in the embodiment of Figure 3, the mobile server 356 includes a 
business registry of web services 358. An example of such a registry includes a 
universal description, discovery, and integration (UDDI) registry as the same are 
known and understood by one of ordinary skill in the art. This example is 
5 illustrated in more detail in connection with Figure 4. 

According to embodiments of the invention, the set of business logic 
instructions, or business rules on the application server having the web services 
interface 360 can also be applied, e.g., instructions executed, to register certain 
user profile data in the UPS database 362 with a registry on one or more third 

10 party databases, e.g., 364-1, . . ., 364-N, and/or servers, e.g., 348, among 
different networks. According to embodiments of the invention, the web 
services interface 360 is discoverable and invokeable as a stand-alone web 
service. That is, as illustrated in the embodiment of Figure 3, the gateway 350 
can call the web services interface 360 directly. In this manner the web services 

15 interface is accessible across different network type applications. 

The program application in connection with the web services interface 
uses templates to define profile elements in the user profile data and the 
templates are used to register the user profile data with the mobile server or 
databases and servers in different networks for application processing. 

20 Examples of the profile elements include; a user ID; a group ID; a user name; a 
preferred language; a status; a subscriber or user's first name; a subscriber or 
user's last name; a last login timestamp; a present location of a mobile device 
and/or a user (including a street, a street number, a zip, a city, and a country); a 
residence or work location of the user; a gender; a mobile subscription; a mobile 

25 subscriber ISDN or IMSI number; an email address; and hobby, clothing, 
culinary, or other interest information relating to a user including current 
location information obtained from a PLMN, a PwLAN, and/or a GPS enabled 
device, among others. Embodiments of the invention are not limited to these 
examples. 

30 As explained in more detail below, the program application, according to 

the business rules on the application server having the web services interface 
360, can execute instructions to control retrieval, update, and/or deletion of the 
user profile data. Embodiments of the program application can additionally 
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execute instructions to log requests to and actions or services rendered in 
connection with the UPS database 362. Embodiments of the program 
application can additionally execute instructions to debug in connection with the 
UPS database 362. For example, the program application can execute 
5 instructions to; log updates to the associated database structure, log who 

performed updates; log when updates were performed; log what updates were 
implemented; log who made requests into the platform; log when requests were 
made; and log what information was requested. Further, the program 
application and its associated set of business rule instructions can integrate with 

1 0 business rule processing engines external to the platform 301 . 

Figure 4 illustrates an embodiment for a business registry of web services 
458. As mentioned above, an example of such a registry includes a universal 
description, discovery, and integration (UDDI) registry as the same are known 
and understood by one of ordinary skill in the art. 

1 5 Program embodiments of the present invention can execute instructions 

according to the set of business rules to automatically register user profile data 
from the UPS database described above into a business registry of web services 
on a mobile server, such as the one shown as 458, or to other business registries. 
This can be achieved using an auto-registration script as the same will be known 

20 and understood by one of ordinary skill in the art. As shown in the embodiment 
of Figure 4, the business registry of web services can include a UDDI 
businessEntity 471, businessServices 473, and binding Templates and tmodels 
474 as used to register user profile data. A business registry of web services, 
such as that shown in 458, will contain identifiers and categories 472 as the same 

25 are known and understood by one of ordinary skill in the art. These are not 
explained in more detail so as not to obscure the present invention. 

As one of ordinary skill in the art will appreciate a UDDI is designed to 
enable software to automatically discover and integrate with services on the 
Web. Using a UDDI browser, individuals can review the information contained 

30 in the registry, which is a network of servers on the Internet similar to the 

Domain Name System (DNS). The UDDI will contain white pages (addresses 
and contacts), yellow pages (industry classification) and green pages (description 
of services). The green pages include the extended markup language (XML) 

HP PDNO 2003 1 4649- 1 1 0 



version, type of encryption and a document type definition (DTD) for a given 
network standard. The UDDI thus can locate different network application 
services and provide the physical pointer to locate and direct a service request to 
a particular network application service. UDDI messages ride on top of simple 
5 object access protocol (SOAP), which invokes services on the Web. 

Figure 5 illustrates a block diagram embodiment for the interaction of the 
program embodiments with a web services interface and a UPS database as 
described herein. As mentioned above, the program embodiments and web 
services interface may reside on an application server such as a web logic server, 

10 e.g., a BEA WebLogic Server v7 or other type of application server. 
Embodiments are not limited to the examples given. 

Figure 5 illustrates a web service interface 560 connected to a program 
application 561 according to the embodiments described herein. That is, 
according to various embodiments a program application 561 with associated 

1 5 business logic instructions is coupled to the web services interface 560 which, as 
explained above, can further connect with a mobile server having a business 
registry. The program application can reside in memory and be executed by a 
processor on an application server. As mentioned above, embodiments of the 
present invention include a program application 561 with management, access, 

20 control and associated business logic instructions which can execute to handle 
requests associated with user profile data in a UPS database 562 and/or with 
other databases, e.g., an HLR database 516, in another and possibly different 
network type. For example, a subscriber or user's home address information 
may be contained in a backend database of a wireless network provider such as 

25 AT& T wireless. In this example, trusted third parties, e.g., a network provider 
such as AT&T, can instruct the program application as to how to access their 
backend databases programmatically. Using the program application 561 
embodiments described herein, such user profile data located in the databases of 
different networks can be retrieved and/or pushed up to the UPS database 562. 

30 By its capability to integrate with external business rule processing engines such 
as OSA Parley capabilities, the program embodiments can invoke data services, 
such as short message service (SMS) text messaging, across different network 
types. 
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The program application can be connected to various databases via third 
party connectors, custom connectors, or otherwise. Such connectors are 
illustrated in Figure 5 as 581-1, 581-2, .. ., 581-N. As between the program 
application 561 and the UPS database 562 the connector embodiments, e.g., 581- 
5 1, can include a Java Database Connector (JDBC) and the business logic 
instructions can include a series of Java classes to implement user profile 
services. 

As further shown in Figure 5, the embodiments can include providing the 
program application with a middle tier cache 580 to hold retrieved data from the 
10 UPS database 562 and/or other databases. The program application 561 in 

connection with the web services interface 560 can further include instructions 
executable to provide session management and to clear the middle tier cache 
580. 

Figures 6A-6B illustrate flow diagrams associated with various 
15 embodiments. Additionally, Figures 7-8 illustrates various method embodiments 
for a user profile service. As one of ordinary skill in the art will understand, the 
embodiments can be performed by software, application modules, and computer 
executable instructions operable on the systems and devices shown herein or 
otherwise. The invention, however, is not limited to any particular operating 
20 environment or to software written in a particular programming language. 

Software, application modules and/or computer executable instructions, suitable 
for carrying out embodiments of the present invention, can be resident in one or 
more devices or locations or in several and even many locations. 

Unless explicitly stated, the method embodiments described herein are 
25 not constrained to a particular order or sequence. Additionally, some of the 

described method embodiments can occur or be performed at the same point in 
time. 

Figure 6A illustrates a message flow method embodiment associated 
with a user profile service. Embodiments, however, are not limited to the 
30 example illustrated in Figure 6A. In the embodiment of Figure 6A, a mobile 

device 602 sends a request to a gateway 650, such as a next generation gateway 
(NGG) as has been described above. By way of example and not by way of 
limitation, a user can send a request from the mobile device 602 to retrieve a 
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listing of phone numbers from their enterprise or corporate phone directory. 
According to various embodiments the request can be implemented using a 
wireless application protocol (WAP) application conducted via a series of web 
markup language (WML) pages on the device 602 browser. 
5 As shown in the embodiment of Figure 6A, the request is transmitted 

through the NGG 650 to a mobile portal 652. The NGG can serve as the 
physical data service connector to the network on which the mobile device 602 is 
communicating. The NGG 650 can provide initial authorization to a session, 
e.g., the NGG 650 can provide authentication, access, and billing for connecting 

10 to a mobile service delivery platform such as MSDP 301 in Figure 3. 

Additionally, the incoming request can trigger the NGG 650 to request user 
profile information utilizing a device 602 ID it stripped off of the incoming 
request. The NGG 650 can use the device 602 ID to perform header enrichment. 
For example, the NGG 650 can add header information to the request indicating 

15 a device type, including its features and function capability such as having a 
color display and/or the capability to receive streaming data. As another 
example, the NGG 650 can add header information to the request indicating the 
device's current location obtained from a PLMN, a PwLAN, and/or a GPS 
enabled device, among others. 

20 As shown in the embodiment of Figure 6A, the mobile portal 652 can 

send an authorized request on to a mobile server 656. As described above in 
connection with Figure 3, the mobile portal 652 communicates with the mobile 
server 656 and a UPS application 662 via a web services interface, e.g., 360 in 
Figure 3, associated with the mobile portal 652, the UPS application, and the 

25 mobile server 656. 

As described above, the web services interface includes a program 
application having management, control, access, and business logic instructions 
which can execute to handle requests associated with user profile data in a UPS 
application 662, e.g., UPS database 362 in Figure 3. User profile data can thus 

30 be registered in a business web services registry of the mobile server 656. In 

various embodiments, the web service interface, e.g., 360 in Figure 3, uses a web 
services descriptor language (WSDL) document to register user profile data with 
the mobile server 656. And, in various embodiments, the WSDL document is 
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automatically generated from a Java Integrated Development Environment 
(IDE). In various embodiments, the user profile data request is submitted in the 
form of a WSDL document and transmitted via simple object access protocol 
(SOAP) to the business web services registry of the mobile server 656, e.g., to a 
5 UDDI registry. As one of ordinary skill in the art will appreciate, SOAP is a 
message-based protocol based on extensible markup language (XML) for 
accessing services on the Web. SOAP employs XML syntax to send text 
commands across the Internet using hypertext transport protocol. In alternative 
embodiments, the profile information request is submitted to the mobile server 

1 0 using Java Messaging Service (JMS), using a messaging middleware 
application, and/or using a common object request broker architecture 
(CORBA). In this manner, profile registration information and messages for 
user profile data can be communicated and registered between a UPS application 
662, e.g., UPS database 362 in Figure 3, and the mobile server 656. Through 

1 5 use of the program application, a given user profile service having been 
registered in the mobile server 656 allows a UPS application 662 to send a 
request response back to the NGG 650. 

Thus, according to embodiments of the present invention, a program 
application in connection with web service interface, e.g., 360 in Figure 3, can 

20 execute instructions to perform the required query of user profile information in 
the UPS application 662, e.g., UPS database 362 in Figure 3, and transmit the 
information back to the NGG 650, e.g., again using WSDL and SOAP. As 
mentioned above in connection with Figure 5, the user profile information can be 
cached in a middle tier cache such that subsequent requests do not have to 

25 experience the system overhead of repeating the user profile query. Once the 
user profile information is obtained by the NGG 650, the request again uses the 
mobile server 656 and its business registry, e.g., UDDI web services system, to 
find the appropriate network service application 690, shown as application 
location in Figure 6A. Located, the network service application 690 can 

30 generate a response, shown as application response in Figure 6A, back to the 
mobile device 602. 

Figure 6B illustrates another flow diagram associated with various 
embodiments. The embodiment of Figure 6B illustrates a UPS service and 
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various other elements that are involved in (a) Subscriber: Initial Connection 
request - where the subscriber is validated at the NGG (for example a Radius 
server) and then the subscribers Service Profile is retrieved and sent back to the 
subscriber from the UPS Service, and (b) how the UPS Service is involved 
5 during a service invocation flow - involving a Location Server. 

In the embodiment of Figure 6B, a mobile device 602 sends an Initial 
Connection request to a gateway 650, such as a next generation gateway (NGG) 
as has been described above. Again, according to various embodiments the 
request can be implemented using a wireless application protocol (WAP) 

10 application conducted via a series of web markup language (WML) pages on the 
device 602 browser. 

As shown in the embodiment of Figure 6B, the NGG 650 transmits a 
Validated Connection request to a mobile portal 652. As in Figure 6A, the NGG 
can serve as the physical data service connector to the network on which the 

1 5 mobile device 602 is communicating. The NGG 650 can provide initial 

authorization to a session, e.g., the NGG 650 can provide authentication, access, 
and billing for connecting to a mobile service delivery platform such as MSDP 
301 in Figure 3. As in Figure 6 A, the incoming request can trigger the NGG 650 
to request user profile information utilizing a device 602 ID it stripped off of the 

20 incoming request. The NGG 650 can use the device 602 ID to perform header 
enrichment. For example, the NGG 650 can add header information to the 
request indicating a device type, including its features and function capability 
such as having a color display and/or the capability to receive streaming data. 
As another example, the NGG 650 can add header information to the request 

25 indicating the device's current location obtained from a PLMN, a PwLAN, 
and/or a GPS enabled device, among others. 

As shown in the embodiment of Figure 6B, the mobile portal 652 can 
send a Subscriber Profile lookup request through a mobile server 656 and on to a 
UPS Application 662 database. As described above in connection with Figure 3, 

30 the mobile portal 652 communicates with the mobile server 656 and a UPS 
application 662 via a web services interface, e.g., 360 in Figure 3, associated 
with the mobile portal 652, the UPS application 662, and the mobile server 656. 
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As described above, the web services interface includes a program 
application having management, control, access, and business logic instructions 
which can execute to handle requests associated with user profile data in a UPS 
application 662, e.g., UPS database 362 in Figure 3. User profile data can thus 
5 be registered in a business web services registry of the mobile server 656. As 
described above, in various embodiments the web service interface, e.g., 360 in 
Figure 3, uses a web services descriptor language (WSDL) document to register 
user profile data with the mobile server 656. And, in various embodiments, the 
WSDL document is automatically generated from a Java Integrated 

10 Development Environment (IDE). In various embodiments, the user profile data 
request is submitted in the form of a WSDL document and transmitted via 
simple object access protocol (SOAP) to the business web services registry of 
the mobile server 656, e.g., to a UDDI registry. In alternative embodiments, the 
profile information request is submitted to the mobile server using Java 

15 Messaging Service (JMS), using a messaging middleware application, and/or 
using a common object request broker architecture (CORBA). In this manner, 
profile registration information and messages for user profile data can be 
communicated and registered between a UPS application 662, e.g., UPS 
database 362 in Figure 3, and the mobile server 656 or mobile portal 652. As 

20 shown in the embodiment of Figure 6B, the UPS Application 662, through use 
of the program application, returns a Subscriber Profile response to the mobile 
portal 652. The mobile portal in turn can transmit Subscribed and/or Available 
service information back through the NGG 650 to the mobile device 602. 

For the service invocation flow, e.g., (b) above, the mobile device 602 

25 sends a Service (e.g., Location) request through the NGG 650 to the mobile 
portal 652. The mobile portal, using the program instructions, can initiate 
Service (Location) invocation to the mobile server 656. The mobile server 656 
sends a Subscriber Preference lookup to the UPS Application 662. The UPS 
Application 662 returns a Preference Profile response to the mobile server 656. 

30 The mobile server 656 can then transmit a Subscriber Current Location lookup 
to a GMLC (general mobile location center in GSM networks) or MPC (mobile 
positioning center, e.g., position determining equipment (PDE), in CDMA 
networks) 695. In the embodiment of Figure 6B the GMLC/MPC (PDE) 695 
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have been combined for ease of reference. The flows from such a "location 
server", as the same will be known and understood by one of ordinary skill in the 
art and which are determined by the logic embedded in such a location server, 
are not illustrated so as not to obscure the present invention. As shown in Figure 
5 6B, the GMLC/MPC (PDE) 695 returns a Current Position response to the 
mobile server 656. The mobile server 656 then returns a Service (MAP) 
response, as the same are known and understood by one of ordinary skill in the 
art to the remote device through the mobile portal 652 and the NGG 650. 

It is noted that various flow scenarios can include embodiments in which 

10 the location server, described above, can actually send a request to the UPS 
Application 662 server regarding subscriber privacy option. Such an 
embodiment could introduce the use of a location enabling server (LES), as the 
same are known and understood by one of ordinary skill in the art, which would 
be connected between the UPS Application 662 server and the GMLC/MPC 

1 5 (PDE) 695. In such an embodiment subscribers privacy requirements would be 
loaded into the LES at the Initial Connection request time. 

Thus again according to embodiments of the present invention, a 
program application in connection with a web service interface, e.g., 360 in 
Figure 3 using WSDL and SOAP, etc., can execute instructions to perform a 

20 query of user profile information and/or invoke services in the UPS Application 
662, e.g., UPS database 362 in Figure 3, and return the same to a mobile device 
602. 

Figure 7 illustrates another method embodiment for a user profile service. 
As shown in the embodiment of Figure 7, the method includes providing 

25 business rules to an application server having an exposed web services interface 
as shown in block 710. According to the various embodiments, the business 
rules are associated with accessing user profile data to make a user profile 
service database accessible across multiple network applications. In block 720 
the method includes applying the business rules in response to a request. As 

30 shown in block 730 the method further includes accessing the user profile 

service database when the request has been authorized by the applied business 
rules. In various embodiments, the method further includes receiving an 
authorized request from a user of a mobile device to update the user profile data. 
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In various embodiments, the method farther includes receiving a request from a 
mobile device for a service application. 

In various embodiments, the method further includes an application 
server receiving identification and location information associated with a mobile 
5 device, e.g., via header enrichment from a NGG. According to various program 
embodiments described herein, the application server provides a service 
application to the mobile device based on the identification and the location 
information. In various embodiments, the method further includes receiving a 
request from a third party entity to update the user profile data and allowing a 

10 third party entity to update the user profile for requests which have been 
authorized by the applied business rules and/or denying a third party entity 
access to update the user profile for requests which are not authorized by the 
applied business rules. In various embodiments, the method further includes 
providing a third party service application to a mobile device based on the user 

1 5 profile data for requests which have been authorized by the applied business 

rules. In various embodiments, the method further includes an application server 
collecting user profile data from a number of third party network databases to 
populate the user profile service database through application of the business 
rules. 

20 Figure 8 illustrates another method embodiment for a user profile service. 

In the embodiment of Figure 8, the method includes collecting user profile data 
from different network sources in a localized database as shown in block 810. In 
block 820 the method further includes providing business rules to an application 
server to manage access to the collected user profile data in the database. And, 

25 in block 830 the method includes allowing different network service applications 
to access the collected user profile data as determined by the business rules. 

Although specific embodiments have been illustrated and described 
herein, those of ordinary skill in the art will appreciate that any arrangement 
calculated to achieve the same techniques can be substituted for the specific 

30 embodiments shown. This disclosure is intended to cover any and all 

adaptations or variations of various embodiments of the invention. It is to be 
understood that the above description has been made in an illustrative fashion, 
and not a restrictive one. Combination of the above embodiments, and other 
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embodiments not specifically described herein will be apparent to those of skill 
in the art upon reviewing the above description. The scope of the various 
embodiments of the invention includes any other applications in which the above 
structures and methods are used. Therefore, the scope of various embodiments 
of the invention should be determined with reference to the appended claims, 
along with the full range of equivalents to which such claims are entitled. 

In the foregoing Detailed Description, various features are grouped 
together in a single embodiment for the purpose of streamlining the disclosure. 
This method of disclosure is not to be interpreted as reflecting an intention that 
the embodiments of the invention require more features than are expressly 
recited in each claim. Rather, as the following claims reflect, inventive subject 
matter lies in less than all features of a single disclosed embodiment. Thus, the 
following claims are hereby incorporated into the Detailed Description, with 
each claim standing on its own as a separate embodiment. 
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